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EXECUTIVE  SUMMARY 

The  purpose  of  this  study  was  to  provide  a  feasibility  assessment  and  Rough  Order  of  Magnitude 
(ROM)  cost  of  using  a  3rd  party's  approach  for  eliminating  microcircuit  part  obsolescence  on  a 
printed  wiring  board,  which  was  designed  by  a  cognizant  JTIDS  contractor.  The  results  of  this 
study  are  to  be  used  in  supporting  future  acquisition  strategies  (e.g.,  organic  vs.  contractor  repair) 
for  JTIDS  life  cycle  sustainment.  As  a  follow-up/sequel  to  the  initial  studies,  the  overall 
benefits,  risks  and  impacts  associated  with  the  use  of  Very  High  Speed  Litegrated  Circuit 
Hardware  Description  Language  (VHDL)  as  a  Diminishing  Manufacturing  Sources  (DMS) 
alternative  for  the  chosen  JTIDS  board  or  other  military  applications  was  evaluated.  Although  a 
ROM  cost  was  provided  for  one  of  the  options  developed  it  is  not  contained  within  this  final 
report  but  was  provided  to  the  JTIDS  Program  Office  for  their  use. 


BACKGROUND 

JTTDS.  The  Joint  Tactical  Information  Distribution  System  (JTIDS)is  an  advanced  radio 
system  which  provides  information  distribution,  position,  location,  and  identification  capabilities 
in  an  integrated  form  for  application  to  military  operations.  These  capabilities  result  from  the 
ability  of  die  system  to  distribute  information  at  high  rates,  encrypted  in  such  a  way  as  to  provide 
security,  and  with  sufficient  jam  resistance  to  yield  high  reliability  communications  in  hostile 
electromagnetic  environments.  The  concept  of  JTIDS  was  developed  in  1975  with  the  design  for 
the  now-existing  production  terminals  consisting  of  1980's  technology  which  has  contributed  to 
the  ever  increasing  problem  of  obsolescence  within  JTIDS. 

Terminals.  There  are  four  basic  terminals,  each  designed  for  a  specific  set  of  users,  that  will 
provide  a  JTIDS  capability,  the  two  most  commonly  known  are  the  Class  2/2H  and  2M 
terminals.  The  TB/IF  card  is  resident  in  the  2M  terminal  which  is  a  down-sized  variant  of  the 
Class  2/2H  and  is  intended  for  use  in  Army  ground  applications. 

The  Class  2  terminal  was  developed  for  small  platform  JTIDS  users,  principally  aircraft 
and  mobile  ground  units.  The  terminal  provides  an  friterface  Unit  (lU)  which  will  tailor  the 
terminal  to  specific  host  platforms.  A  High  Power  Amplifier  Group  (HP AG)  call  be  added  to 
increase  the  transmit  power  for  increased  capability;  this  configuration  is  referred  to  as  the  2H 
terminal.  The  Class  2M  terminal  is  fully  inter-operable  with  the  Class  2/2H  terminals.  Similar  to 
the  Class  2  F-  15  terminal,  it  also  has  a  bilingual  capability.  It  does  not  have  a  TACAN  or  a  voice 
capability;  and  the  number  of  receivers  is  reduced  from  eight  (8)  to  two  (2),  which  results  in  a 
small  degradation  in  anti-jam  performance. 

Time  Basc/Intermediate  Frequency  (TB/IF)  Circuit  Card  Assembly.  The  Time  Base 
Intermediate  Frequency  (TB/IF)  processor  circuit  card  assembly  was  chosen  as  the  candidate 
board  for  this  study  because  a  comparison  cost  for  eliminating  obsolescence  on  the  board  as  a 
result  of  1980’s  technology  had  already  been  established  by  the  original  design  contractor. 
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TIME  BASE/INTERMEDIATE  FREQUENCY  (TB/IF)  CIRCUIT  CARD 
ASSEMBLY  STUDY 

The  scope  of  this  task  was  to  assess  the  impact  of  parts  obsolescence  on  the  current  JTLDS 
system  design,  review  options  to  replace  obsolete  parts,  and  provide  a  recommended  approach 
and  estimated  cost  for  the  selected  options. 

In  this  post  military  specification  era,  manufacturers  have  been  discontinuing  production  of 
unprofitable  military  grade  components.  As  technology  continues  to  evolve,  the  lifetime  of 
commercial  semiconductor  devices  is  decreasing.  In  a  quest  to  maximize  profit,  manufacturers 
are  discontinuing  devices  that  are  no  longer  significant  contributors  to  their  bottom  line. 
Consequently,  the  industry  is  faced  with  an  accelerated  rate  of  Diminishing  Manufacturing 
Sources  (DMS).  This  is  an  area  where  contractors  such  as  Draper  Laboratory  can  draw  on  their 
experience  to  provide  alternate  solutions  to  the  DMS  problem. 

Additional  JTIDS  TB/IF  Processor  cards  were  to  be  fabricated.  Draper  was  provided  with  a  list 
of  18  components  that  were  either  unavailable,  or  had  limited  availability.  A  workaround  for 
those  devices  was  necessary  before  the  board  could  be  fabricated.  Because  this  JTIDS  receiver 
was  expected  to  remain  in  service  for  only  a  limited  time,  a  cost  effective  means  of  supporting 
this  board  for  an  additional  five  years  was  desired. 

The  Time  Base  /  IF  Processor  is  comprised  of  a  digital  circuit  card  and  an  RF  circuit  card  bonded 
to  a  center  heatsink.  Draper  began  by  building  a  database  from  the  schematics  that  contained 
device  type,  part  number,  and  schematic  location.  Using  this  database,  it  was  easy  to  locate  each 
of  the  problem  components,  and  determine  how  it  was  used  in  the  circuit.  Most  of  the  problem 
components  were  on  the  digital  circuit  card. 

Several  of  the  devices  were  older  Transistor  Transistor  Logic  (TTL)  digital  logic  devices,  for 
which  suitable  substitutions  were  available.  The  remainder  were  all  Emitter  Coupled  Logic 
(ECL)  devices  spread  over  several  schematic  pages.  We  were  able  to  identify  a  functional  block 
containing  a  majority  of  the  ECL  circuitry.  We  examined  each  of  the  interfaces  with  ECL 
functional  block,  and  found  that  virtually  all  interfaces  were  with  TTL  digital  logic  through  level 
translators.  We  focused  our  efforts  on  the  ECL  devices,  and  identified  three  basic  approaches  to 
resolve  the  DMS  issue  for  this  board: 

1)  Replace  unavailable  devices  with  functionally  similar  devices.  This  could  involve 
additional  testing  to  qualify  commercial  or  industrial  components  for  this  application. 
It  could  also  involve  purchasing  devices  from  a  company  that  specializes  in  producing 
obsolete  devices.  The  printed  circuit  layout  would  have  been  modified  to 
acconunodate  any  devices  that  did  not  have  footprints  matching  the  original  devices. 
The  layout  would  have  been  kept  as  close  to  the  original  as  possible  to  minimize  risk. 
The  goal  of  this  approach  was  to  minimize  changes.  The  risk  was  that  the  ECL 
devices  still  being  used  could  cause  supportability  problems  in  the  future. 


4 


2)  Replace  unavailable  devices  with  functionally  identical  programmable  gate  array(s). 
In  this  approach,  circuitry  comprised  of  obsolete  ECL  devices  would  have  been 
duplicated  within  one  or  more  modem  high-speed  programmable  gate  array(s).  This 
approach  was  feasible  because  virtually  all  affected  ECL  used  level  translators  to 
interface  with  TTL  levels  at  both  inputs  and  outputs.  Modem  high-speed 
programmable  gate  arrays  should  have  sufficient  speed  to  replace  the  ECL  Circuitry 
after  the  level  translator  delays  are  added.  Any  ECL  and  TTL  circuitry  that  could  not 
be  integrated  into  a  programmable  gate  array  would  have  been  redesigned  using 
currently  available  devices  of  similar  function.  The  printed  circuit  layout  would  have 
been  modified  but  the  overall  layout  would  have  been  kept  as  close  to  the  original  as 
possible,  taking  advantage  of  the  reduced  parts  count.  Because  all  identified  problem 
devices  would  have  been  engineered  out,  the  board  should  have  been  more  easily 
supported  than  with  option  one. 

3)  The  third  approach  was  to  redesign  the  entire  card  using  currently  available  devices. 
Only  devices  expected  to  have  a  long  lifespan  would  have  been  utilized.  The 
functional  and  electrical  characteristics  of  the  card  would  have  been  retained,  and  the 
device  count  reduced.  The  layout  would  have  been  simplified  by  taking  advantage  of 
the  reduced  parts  count.  This  approach  had  the  highest  cost  and  design  risk.  It 
required  complete  understanding  of  the  functional  and  FO  characteristics  of  the  board. 
Using  devices  expected  to  have  a  long  lifetime,  the  board  should  have  remained 
supportable  into  the  future.  However,  as  in  the  other  options,  there  was  no  guarantee 
that  all  devices  would  remain  available. 

Given  the  limited  anticipated  life  span  for  this  board,  we  do  not  believe  that  a  complete  redesign 
at  this  point  was  the  cost-effective  solution.  To  conserve  the  funds  available  for  this  task,  we  did 
not  expend  the  effort  to  calculate  a  ROM  for  a  complete  redesign.  Nor  did  we  generate  an 
estimate  for  option  one  because  in  the  time  available,  we  could  not  identify  the  costs  of 
developing  alternative  sources  for  the  obsolete  components.  We  submitted  a  cost  estimate  for 
option  two,  which  we  believed  was  the  most  cost-effective  solution  of  supporting  the  Time 
Base  /  IF  Processor  for  another  five  years. 


ASSUMPTIONS 


1)  All  parts  except  the  18  listed  were  available.  We  contacted  manufacturers  of  the 
Source  Control  Drawing  (SCD)  devices,  and  did  confirm  that  all  SCD  parts  were  still 
available. 

2)  All  SCD  parts  except  amplifiers  were  estimated  to  cost  $1000  each.  SCD  amplifiers 
were  estimated  at  $100  each.  In  the  time  available,  we  were  only  able  to  obtain 
quotes  for  three  SCD  part  types.  We  estimated  the  cost  of  other  SCD  devices  from 
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those  quotes.  We  did  not  include  any  cost  for  lot  qualification  testing  for  the 
prototype  build. 

3)  There  are  now  two  programmable  logic  devices  on  this  card.  We  assumed  the 
programming  files  would  be  available  for  these  devices. 

4)  The  cost  of  parts  and  fabrication  for  one  prototype  board  was  included  under  the 
engineering  effort. 

5)  Test  equipment  specified  in  the  ATP  for  this  card  would  be  available  for  testing  the 
prototype.  Three  trips  to  the  test  facility  were  projected.  The  first  trip  was  to  become 
familiar  with  the  test  procedure  and  equipment  (using  an  existing  board).  The  second 
trip  was  to  perform  a  functional  test  on  the  prototype  board.  The  third  trip  was 
projected  to  resolve  any  problems  encountered  during  the  first  functional  test  of  the 
prototype  board. 

6)  No  environmental  qualification  would  be  needed  due  to  similarity  to  previous  board. 

The  results  of  this  effort  were  provided  to  the  JTIDS  Program  Office  at  ESC,  Hanscom  AFB, 
MA.  With  the  exception  of  the  developmental  cost  effort,  a  copy  of  these  view  graphs  are 
contained  in  Appendix  A. 


VHDL  ASSESSMENT 

Subsequent  to  the  study  on  this  particular  board,  the  question  came  up  on  how  VHDL  could  help 
solve  the  DMS  problem.  Not  enough  resources  were  left  to  investigate  this  issue  directly  for  the 
JTIDS  project.  However,  Draper  previously  performed  a  corporate  sponsored  research  project 
that  used  VHDL  to  recapture  the  design  of  an  existing  Trident  Missile  circuit  board.  This  is  very 
similar  to  what  is  needed  for  the  JTIDS  DMS  problem,  and  the  final  report  for  that  Draper  CSR 
project  is  included  as  Appendix  B. 


APPENDICES 

Appendix  A  -  Viewgraph  Results  of  DF/TB  Processor  Board  Study 
Appendix  B  -  Draper  CSR  VHDL  Study 
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APPENDIX  A 


VIEWGRAPH  RESULTS  OF  IF/TB  PROCESSOR  BOARD  STUDY 
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JTIDS  TIME  BASE/IF  PROCESSOR 


Diminishing  Manufacturing  Resources  Study 


•  Background 

•  Board  Characteristics 

•  Redesign/remanufacture  alternatives 

•  Estimated  effort 

•  Recommendations 
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Background 


•  Time  Base/IF  Processor  is  a  circuit  card  in  the  JTIDS  Terminal 

•  Identified  18  components  either  unavailable  or  limited  availability 

•  Original  design  early  1980s 

•  Terminals  expected  to  be  in  inventory  until  2003 

•  Board  replacements  and  repairs  are  necessary  to  support  fielded  LRUs 


DMS  Survey 

•  18  parts  identified  as  either  obsolete  or  difficult  to  procure 

-  13  are  high  speed  emitter  coupled  logic  (ECL) 

-  5  are  TTL 

•  Form,  fit,  fiintion  replacements  have  been  found  for  the  TTL  parts 
(issue  of  temperature  range  needs  to  be  resolved) 

•  Other  than  the  18  parts,  all  other  parts  are  available 
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Remanufacture  Options 

Procure  obsolete  parts  from  sources  specializing  in  replacement 
devices  of  DMS  items 

Replace  1 8  parts  with  functional  equivalents  in  current  technology 

-  Replacements  are  not  form,  fit,  function  (13  ECL  devices) 

•  Requires  new  board  layout 

•  No  parts  reduction 

Apply  new  technology  to  integrate  functionality  of  ECL  devices 

-  Most  of  the  parts  are  functionally  grouped 

-  New  technology  (gate  array)  available 

-  Requires  board  redesign 

•  reduced  parts  count 

•  lower  packaging  density 

Redesign  entire  board  using  current  technology 

-  Complete  board  redesign 

-  Significant  reduction  in  parts  count 


Comparison  of  alternatives 


Parts 

substitution 

ECL 

replacement 

ECL 

redesign 

\  Complete 
[redesign 

Design  cost 

L 

M 

M 

jH 

Design  risk 

L 

L 

M 

|h 

Parts  count 

H 

H 

M 

iL 

Schedule 

L 

M 

M 

Ih 

Sustainment 

H 

M 

M 

(L 

Relative  faiiure  rate 

H 

M 

jL 

L-Low 

M-Medium 

H-High 
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Redesign  Ground  Rules 


•  ECL  Redesign  -  replace  13  ECL  devices  with  current  technology 

•  SCD  parts  (Source  control  drawing)  are  available 

•  Program  files  for  two  programmable  devices  required 

•  Testing  limited  to  functionality  and  integration  with  terminal 

•  No  environmental  requalification  due  to  similarity  with  previous 
design 


Redesign  Effort 

•  Electrical 

-  Circuit  Analysis 

-  RF  and  Logic  redesign 

•  Pakaging 

-  Schematic  capture  in  CAD 

-  PC  board  layout 

-  Frame,  covers,  and  EMI  dividers 

-  fixtures 

•  Board  Protoype 

-  Materials 

-  Fabrication 

-  Inspection 

•  Test 

-  Board  Level 

-  Terminal  integration 
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Recommendation 


•  Redesign  ECL  area  to  reduce  dependence  on  obsolete  parts 

•  Retain  board  level  FFF 

•  If  expected  lifetime  is  increased,  to  10+  years,  reevaluate  complete 
redesign  with  current  technology  to  prevent  a  second  iteration  in  5-7 
years. 
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APPENDIX  B 


DRAPER  CSR  VHDL  STUDY 
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Appendix  I:  CSDL  VHDL  CSR  Task 


The  Company  Sponsored  Research  (CSR)  project  documented  in  the  attached  report  was 
undertaken  back  in  1992  in  an  effort  to  integrate  new  design  tools  and  methodology  into  the 
design  environment  at  CSDL.  For  the  puipose  of  exercising  new  simulation  and  logic  synthesis 
tools,  a  portion  of  an  existing  electronics  assembly  was  selected  as  a  demonstration  vehicle,  and 
retargeted  to  a  Field  Programmable  Gate  Array  (FPGA).  (Reference  objective  no.  1  in  the 
attached  CSR  report).  The  work  accomplished  under  objective  1  of  the  CSR  task  resulted  in  a 
detailed  illustrative  example  which  shows  how  an  old  design  can  be  captured  and  retargeted  to  an 
FPGA.  It  is  proposed  that  this  CSR  demonstration  vehicle  may  be  of  value  as  a  guideline  in 
applying  this  methodology  to  the  retargeting  of  a  selected  portion  of  the  JTIDS  Time  Base  /  IF 
Processor  board. 

Using  this  approach,  the  target  design  is  captured  in  VHDL,  a  technology-independent 
representation  which  can  be  synthesized  to  a  variety  of  FPGA  and  ASIC  devices.  In  addition, 
once  the  design  is  captured  in  VHDL  it  has  the  potential  for  retargeting  again  at  a  later  date  if  the 
FPGA  is  no  longer  available.  It  also  opens  up  the  possibility  for  easy  inclusion  of  minor  design 
changes.  In  general,  it  may  make  sense  to  fold  all  of  the  digital  logic  on  a  given  module, 
excluding  processors  and  bus  drivers,  into  an  FPGA. 

This  appendix  includes  the  following  items: 

□  CSR  final  report 

□  Memo  summarizing  results  of  CSR  objective  no.  1. 

□  Schematic  diagram  of  the  MSI/TTL  circuit  selected  for  retargeting 

□  Synthesizeable  VHDL  code 

□  Logic  synthesis  script,  includes  design  constraints  such  as  size,  and  clock  freq. 

□  Block  diagram  of  simulation  test-bench 

□  Presentation  viewgraph  which  summarizes  FPGA  design  flow 

Due  to  the  fact  that  this  task  was  undertaken  back  in  1992,  the  VHDL  is  a  Viewlogic  specific 
subset  of  the  language,  and  there  were  some  minor  wrinkles  in  the  VHDL  compatibility  between 
simulation  and  synthesis  tools.  The  tools  have  matured  considerably  since  that  time,  and  these 
are  no  longer  issues.  It  should  also  be  noted  that  following  this  CSR  task,  this  exact  methodology 
has  been  used  successfully  on  a  number  of  FPGA  designs  at  CSDL. 


As  a  further  note,  it  has  been  my  experience  that  creating  a  VHDL  simulation  model  of  an 
existing  system  is  an  effective  method  for  reverse-engineering  digital  electronics,  given  that  the 
original  design  team  is  no  longer  available  for  consultation.  Obviously,  it  is  necessary  that  the 
individual(s)  responsible  for  the  re-targeting  effort  have  experience  with  the  VHDL  language,  as 
well  as  familiarity  with  and  access  to  simulation  and  synthesis  tools. 
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ADVANCED  DIGITAL  ASIC  DESIGN  CAPABILITIES 
CSR  Project  No.  C95 
David  McGorty 


PROBLEM 

With  ASICs  now  available  which  contain  lOOK  and  more  gates,  increasingly  large  digital 
functions  can  be  implemented  on  a  single  chip.  It  is  becoming  widely  recognized  that  traditional 
design  methods  are  no  longer  adequate  in  managing  the  size  and  complexity  of  such  designs. 
Traditional  methods  involve  technology-specific  gate-level  design,  accomplished  in  a  piece-meal 
fashion,  with  system  integration  done  last.  Large  and  complex  ASIC  designs  require  that  a  new 
methodology  be  developed. 

Over  the  past  three  years  VHDL  has  emerged  as  an  industry  standard  Hardware  Description 
Language,  and  is  being  supported  by  an  increasing  number  of  synthesis  and  simulation  tools.  In 
addition,  tools  are  now  available  for  system-level  simulation  using  a  composite  of  gate-level 
schematics,  behavioral  HDL  models,  and  "hardware"  models.  VHDL  and  the  supporting  tools 
enable  a  new  design  methodology,  sometimes  referred  to  as  "top-down",  in  which  system 
verification  occurs  before  design  implementation.  Hardware  Description  Languages  make  it 
possible  to  create  technology-independent  models  of  the  design  at  a  level  of  abstraction  higher 
than  the  gate-level  schematic. 

Why  is  this  project  needed?  Although  these  tools  are  extremely  powerful,  simply  being  trained  in 
the  use  of  these  tools  does  not  mean  that  one  can  successfully  create  complex  digital  designs.  The 
purpose  of  this  project  includes  not  only  acquiring  an  understanding  of  the  tools  but  more 
importantly  developing  a  workable  methodology  for  doing  a  real  design. 

OBJECTIVES 

The  overall  CSR  task  was  split  up  into  two  major  objectives: 

1)  behavioral  VHDL  capture  of  an  existing  design  and  re-implementation  into  a  current  ASIC 
technology  using  logic  synthesis.  This  portion  of  the  project  would  involve  demonstrating  the 
design  process  all  the  way  from  the  VHDL  models  to  a  real  FPGA  working  in  a  system. 

2)  conceptualization  of  a  new  design  using  VHDL 

In  keeping  with  the  "top-down"  design  philosophy,  our  approach  for  both  objectives  involved  the 
following  guidelines: 

1)  The  chip  functionality  should  be  described  and  entered  entirely  in  VHDL,  with  the  VHDL 
code  being  the  design  "master"  or  "source",  rather  than  an  intermediate  representation. 
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2)  The  exact  same  VHDL  code  should  be  used  for  both  design-verification  simulation  and  logic 
synthesis. 

3)  Synthesis  of  the  VHDL  code  into  gates,  and  finally  into  an  FPGA  "bum-file",  should  be 
automated  to  the  extent  possible.  That  is,  there  should  be  no  hand-editing  of  any  schematic 
diagram  or  intermediate  format  text  file  during  the  process.  It  should  be  noted  that  this  goal, 
along  with  number  2  above,  becomes  an  issue  due  to  the  fact  that  software  tools  from  different 
companies  are  involved  in  various  steps  of  the  process. 

4)  The  VHDL  description  should  be  completely  technology  independent.  That  is,  the  same 
behavioral  description  code  should  be  usable  for  synthesis  to  multiple  ASIC  technologies. 

Regarding  VHDL  coding  style,  it  is  intended  that  the  code  should  be  written  at  the  highest  level 
of  abstraction  accepted  by  the  logic  synthesis  tool,  and  should  represent  accepted  good  software 
programming  practices. 

By  completing  and  demonstrating  an  FPGA  design  using  these  guidelines,  it  was  intended  that  a 
specific  methodology  would  be  developed,  along  with  the  required  infra-stracture  of  libraries  and 
support  systems,  which  could  then  be  applied  to  funded  projects.  This  objective  has  been 
achieved  with  unqualified  success. 


PROGRESS 

The  following  is  a  summary  of  accomplishments  for  objective  no.  1. 

Module  Selection 

The  Trident  MK6  CLU3  module  was  chosen  as  the  existing  design  targeted  for 
reimplementation.  This  module  contains  the  clock  sequencing  and  memory  control  logic  for  the 
Mission  Processor  (MP).  An  MP  module  was  preferred  since  a  partial  RTL  model  of  the  MP 
already  existed  from  another  project.  Also,  the  CLU3  module  contains  "glue"  logic,  and  a 
state-machine  which  runs  at  a  clock  frequency  of  12  MHz.  During  the  original  MK6 
development,  the  logic  on  this  module  had  to  be  carefully  optimized  in  order  that  it  would  run  at 
the  required  frequency.  It  is  this  type  of  digital  function  which  can  best  take  advantage  of  the 
strengths  of  synthesis  tools. 

Design  Validation 

In  order  to  create  a  simulation  test-bed  for  the  CLU3  module,  an  existing  VHDL  RTL  model  of 
the  Mission  Processor  was  used  as  a  starting  point.  This  MP  block  diagram  had  to  be  re¬ 
partitioned  such  that  the  block  for  the  CLU3  module  exactly  matched  the  MK6  module 
boundary.  Further,  the  test-bed  had  to  be  expanded  such  that  all  of  the  CLU3  module  functions 
were  exercised  in  the  test-bed.  Once  the  test-bed  had  been  set  up  properly,  the  CLU3  VHDL  code 
debugging  process  began. 


18 


Since  the  MP  module  interprets  op-codes,  assembled  MP  programs  were  used  as  the  test 
stimulus.  The  test-bed  as  a  whole  was  verified  using  the  MP  "Rapid  Functional  Test",  a  selftest 
stored  in  MP  program  ROM.  In  addition,  for  a  quick  CLU3  module  debug  simulation,  an  MP  test 
program  was  written  which  exercised  as  much  as  possible  of  the  CLU3  module  within  a  few 
dozen  instructions. 

The  VHDL  models  were  debugged  using  these  test  programs  similar  to  the  way  in  which  one 
would  debug  real  hardware.  MP  activity  was  determined  by  observing  values  on  the  address  bus, 
data  bus,  and  other  key  signals,  displayed  as  waveforms.  When  the  test  program  terminated  at  the 
end  of  the  "pass"  branch  in  the  test  program,  the  VHDL  model  was  considered  to  be  correct. 

Writing  VHDL  for  Synthesis 

Once  the  CLU3  VHDL  code  was  considered  to  be  functionally  correct,  it  was  then  used  as  input 
to  the  logic  synthesizer.  Maintaining  two  separate  versions  of  the  VHDL  could  defeat  the 
purpose  of  the  simulation,  thus  the  VHDL  was  written  such  that  the  exact  same  code  used  for 
simulation  could  also  be  used  as  input  for  the  logic  synthesis.  This  was  not  trivial  since  our 
simulation  and  synthesis  tools  were  purchased  from  different  companies  and  supported  different 
sub-sets  of  the  VHDL  language. 

Libraries 

Both  the  logic  synthesis  and  gate-level  simulation  required  gate/macro  libraries  for  the  Actel 
FPGA.  The  Synopsys  synthesis  library  and  the  Viewlogic  simulation  library  were  purchased 
from  Actel. 

Synthesis  Process 

Synthesis  requires  two  types  of  input,  a  VHDL  description  of  the  design  functionality,  and  a  set 
of  constraints  on  the  design.  Area,  maximum  clock  frequency,  and  propagation  delay  of  specific 
paths  are  examples  of  such  constraints.  The  output  is  a  gate/macro  level  schematic  using  the 
Actel  library.  This  gate-level  schematic  was  validated  in  two  different  ways.  First,  static  timing 
analysis  reports  generated  by  Synopsys  were  reviewed  in  order  to  make  sure  that  the  circuit 
would  run  at  speed  with  adequate  margin.  Second,  the  gate-level  schematic  was  translated  into 
Viewlogic  format  using  EDIF  and  substituted  back  into  the  same  simulation  test-bed  in  place  of 
the  VHDL  code.  The  same  MP  test  program  was  run  with  the  gate-level  CLU3  schematic, 
verifying  that  the  schematic  was  functionally  correct,  hi  going  through  this  process  a  number  of 
issues  were  discovered  and  resolved.  Several  passes  through  the  synthesis,  simulation,  and  timing 
analysis  process  were  required. 
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State-machine  Optimization 

As  the  default,  the  synthesizer  generates  state-machines  with  a  "register"  implementation.  Based 
on  static  timing  analysis  reports,  this  implementation  was  too  slow  to  run  at  the  required  clocks 
frequency.  Using  the  Synopsys  finite  state  machine  optimization  feature,  the  state  machine 
portion  of  the  circuit  was  extracted  from  the  schematic,  and  then  optimized  separately  from  the 
rest  of  the  circuit.  The  optimizer  changed  the  state  machine  implementation  from  a  register  to 
what  Synopsys  refers  to  as  "one-hot".  The  one-hot  style  uses  one  flip  flop  for  each  state,  and  only 
one  flip  flop  can  be  set  in  a  given  state.  This  configuration  creates  more  logic  (chip  area)  but 
allows  the  circuit  to  run  at  a  faster  clock  frequency.  With  a  "one-hot"  state  machine,  the  timing 
requirements  were  met  with  adequate  margin. 

Synthesis  "Scripts" 

All  synthesis  commands  were  run  from  a  Synopsys  "script".  This  script  contains  the  sequence  of 
commands  which  control  the  synthesis  process,  identifying  libraries,  include  files,  synthesis 
variables,  and  specifying  the  constraints  imposed  on  the  synthesis  process.  With  each  iteration, 
the  script  was  modified  as  required,  and  then  re-run  to  produce  a  new  schematic. 

Once  the  synthesis  was  complete,  UNIX  scripts  were  used  to  run  the  commands  for  translating 
the  schematic  into  the  required  format  and  for  programming  the  FPGA.  The  set  of  scripts  serves 
as  a  complete  record  of  the  process  used  to  create  a  specific  gate-level  circuit,  and  allows  the 
FPGA  programming  file  to  be  automatically  reproduced  from  the  VHDL. 

Functional  and  Timing  Verification 

For  functional  verification,  the  schematic  created  by  synthesis  was  substituted  back  into  the  MP 
test-bed  simulation  model  in  place  of  the  CLU3  behavioral  VHDL.  It  was  exercised  with  the 
same  simulation  used  in  debugging  the  VHDL. 

All  of  the  following  methods  were  used  in  checking  for  timing  problems: 

□  Synopsys  static  timing  analysis  reports 

□  Viewlogic  functional  simulation  with  unit  delays 

□  Actel  static  timing  analysis  reports 

□  Viewlogic  simulation  with  delays  back-annotated  from  post-route  Actel  data 

Several  synthesis  iterations  were  performed  using  feedback  from  the  Synopsys  static  timing 
reports  and  unit-delay  functional  simulations.  No  timing  problems  were  uncovered  later  by  the 
Actel  static  timing  analysis  or  back-annotated  simulation. 
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FPGA  Programming 

Based  on  static  timing  analysis  reports  it  was  determined  that  the  Actel  ACTl  family,  which  is 
less  expensive,  would  be  too  slow,  and  that  a  device  from  the  ACT2  family  was  required.  In 
addition,  chip  area  reports  indicated  that  the  1240  device  was  the  correct  size  for  this  design. 
Using  the  Actel  package  installed  on  the  SUN  IPX  workstation,  a  1240  FPGA  device  was 
programmed. 

Device  Veriflcation 

A  Hardware  model  for  the  CLU3  FPGA  device  was  created  using  the  LMIOOO  Hardware 
modeler  and  exercised  using  the  same  test-bed  simulation,  with  the  hardware  model  substituted 
in  place  of  the  gate-level  schematic.  No  problems  were  encountered  at  this  stage. 

Demonstration  in  System 

Finally,  the  FPGA  was  installed  on  a  special  adapter  module  and  substituted  into  the  EA  in  place 
of  the  existing  CLU3  module.  The  EA  was  then  given  its  complete  set  of  factory  acceptance 
tests.  All  tests  which  were  expected  to  pass  did  pass,  using  the  first  and  only  ITGA  device 
programmed.  This  served  to  demonstrate  that  the  entire  design  process  was  successful. 

Progress  under  Objective  No.  2 

In  order  to  explore  this  methodology  in  the  conceptualization  of  a  new  design,  we  attempted  to 
choose  a  function  for  which  a  real  application  may  exist.  The  function  chosen  was  a  clock 
synchronization  and  data  exchange  mechanism  for  a  fault-tolerant  network  of  redundant 
processors.  It  was  the  goal  that  this  function  be  implemented  on  a  single  ASIC  (per  fault- 
containment  region)  and  work  with  various  different  processor  architectures. 

For  a  fault-tolerant  configuration  of  processors  running  in  lock-step  (clock  deterministic)  there 
must  be  a  mechanism  for  fault  tolerant  synchronization  of  the  processor  clocks  such  that  each 
processor  gets  the  same  number  of  clock  pulses  over  a  specified  interval.  In  addition,  there  must 
be  a  mechanism  for  data  exchange  between  the  redundant  processor  copies.  The  data  exchange 
mechanism  allows  all  processors  to  be  given  identical  initial  states,  and  provides  a  mechanism 
for  all  processors  to  receive  identical  copies  of  input  data. 

Using  the  AIPS  (Advanced  Information  Processing  System)  design  as  a  starting  point,  a 
behavioral  VHDL  model  of  fault  tolerant  processors  and  communicators  was  created,  and 
interconnected  in  a  triplex  configuration.  Once  the  basic  AIPS  concept  had  been  captured,  it  was 
the  intent  that  the  following  features  be  incorporated  into  the  design: 

□  Serial  transmission  links  for  data  exchange 

□  Multiple  concurrent  serial  data  exchanges 
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□  Synchronization  of  interrupts  using  data  exchange  path 

□  Triplex  processor  network  with  four  fault-containment  regions 

This  portion  of  the  project  was  originally  planned  for  DFY  1993  but  was  not  approved.  At  the 
completion  of  DFY92,  the  AIPS  baseline  design  has  been  modeled  in  VHDL  and  verified  in 
simulation.  This  simulation  model  consists  of  hardware  models  of  the  SBR9000  processor, 
interconnected  in  a  triplex  configuration  with  complete  working  VHDL  models  of  the  data  and 
clock  communicators  and  interstages. 
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MEMO  SUMMARIZING  CSR  OBJECTIVE  N0.1  RESULTS 
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Memo  No:  ETC:92:30 
FBM-378-92 

To:  J.  Cate  SP234 

From:  Wayne  Wilson/Dave  McGorty 

Date:  June  4, 1992 

Subject:  DRAPER  CORPORATE  FUNDED  RESEARCH  PROJECT  #95  -  CLU3 
Module  to  One  CHIP 

Copies;  Distribution 

Here  is  a  very  quick  review  of  the  CSDL  research  effort  that  went  into  miniaturizing  the  CLU3 
module  (63  SSI  DRAPA  parts)  onto  one  field  programmable  CGA: 

1)  The  CLU3  module  is  the  central  timing  generator  for  all  memory  sequencing  to  PWM,  SRAM 
and  PROM  for  the  Mission  Processor.  It  runs  directly  off  the  1  2MHZ  clock  and  is  critical  to 
timing  margin  in  the  Mission  Processor. 

2)  The  new  CLU3  module  chip  design  was  captured  in  the  VHDL  hardware  description  language 
and  simulated  in  a  VHDL  model  of  the  Mission  Processor  to  insure  functional  correctness  of  the 
new  CLU3  CGA 

3)  Next  the  VHDL  description  of  the  CLU3  chip  was  transformed  into  gates  by  automatic  logic 
synthesis  using  the  Synopsys  synthesis  CAE  tools.  Synthesis  was  an  iterative  process  performed 
to  optimize  the  chip  for  speed  and  timing  margin  prior  to  fabrication. 

4)  Once  the  actual  gate  level  model  of  the  synthesized  CLU3  chip  was  found  to  meet  the  timing 
performance  requirements  needed  by  the  Mission  Processor,  the  CLU3  chip  was  fabricated  at 
CSDL  using  an  ACTEL  (4,0(X)  gate  capacity)  field  programmable  CGA. 


The  Charles  Stark  Draper  Laboratory,  Inc. 

555  Technology  Square,  Cambridge,  Massachusetts  02139  3563 
Telephone;  617  258-1000 
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5)  With  CLU3  chip  in  hand,  a  further  verification  of  the  part  was  performed  prior  to  installing  it 
in  the  EA.  The  physical  device  was  plugged  into  CSDL’s  hardware  modeler  and  then 
resimulated.  Timing  path  information  was  extracted  from  the  physical  chip  to  guarantee  correct 
performance  in  the  EA. 

6)  At  this  point  the  device  was  installed  on  a  blank  module  fixture  (Exhibit  1.  Miniaturized 
CLU3  Module)  and,  on  an  extender,  plugged  into  EA  E7. 

7)  RET  ran  successfully  and  a  full  set  of  CETs  was  run  on  TREATS  successfully  (with  one  minor 
oversight  on  a  PFI  timing  signal  which  is  fully  understood  and  easily  correctable)  without 
modification  to  first  silicon  ! 

8)  The  module  was  further  run  on  the  MTS  station,  but  because  of  the  margin  improvement  on 
the  new  chip,  the  MTS  vectors  would  need  to  be  adjusted  for  successful  module  verification. 

In  conclusion,  we  believe  we  have  demonstrated  the  ability  to  capture  the  existing  MK6  digital 
circuits  in  VHDL,  an  IEEE  standard  form  of  design  capture,  that  allows  for  future  fabrication  to 
any  new  military  or  commercial  technology.  I  think  you  can  conceive  of  how  this  method  could 
facilitate  extending  the  design  of  MK6  beyond  its  expected  life  cycle  with  the  infusion  of  a  future 
technology.  As  well,  there  may  be  some  application  to  a  non-nuclear  strike  capability  (a  less 
expensive  non-hardened  version  of  the  Guidance  System)  while  preserving  existing  test 
equipment  and  diagnostic  software. 
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DEMONSTRATION  CIRCUIT  TTL  SCHEMATIC 
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SYNTHESIZABLE  VHDL  MODEL  OF  DEMONSTRATION  CIRCUIT 
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--  ClocK  Sequencer  and  Memory  Control  Logic  (clu3  module) 

--  This  is  a  revised  version  oC  the  original  CLU3  model  written  for 
--  the  MP.  It  now  represents  the  actual  MK6  module  I/O  and  is 
--  compatible  with  Synopsys  VHDL  Compiler. 

D.  McGorty  12/6/91 

--  1/14/92  Revised  AB  contention  logic  to  eliminate  gated  cloc)c  DJM 
--  convert  to  Synopsys  format  by  removing  all  "--ee*  and 
djm  1/21/92 


--e@  use  WORK. TYPES. ALL; 

— e@  use  WORK. VLMATH .ALL; 

--  synopsys  translate_of f 
entity  clu3synth  is 
—  synopsys  translate_on 

— @0  entity  csrl  is 
port( 

phs, 

pfiivrn, 

alus3, 

alus2, 

alusl, 

alus  0 , 

sn^ii/ 

oeabn< 

muxlb< 

muxla, 

mux2b, 

dbs3 , 

dbs2, 

dbsl, 

dbsO, 

cpn, 

pwcmdn , 

alumode, 

wrn, 

win, 

m, 

bsmgOn, 

gie, 

pCimpn, 

shme, 

rame, 

pwen, 

ab05, 

ab04, 

ab03, 

ab02, 

abOl, 

abOO:  in  vlbit; 

cmbrc)tn , 

apuc)c, 

cpuc)tn , 

eoic)cn, 

ipucXn, 

baipn, 

Iban:  out  vlbit; 

xpl :  inout  vlbit; 

doeabn. 

ImcrdOn. 


30 


rmcrdOn , 
mcrwn, 
raltvdir , 
preckn, 
tfpmeinenn  •• 
mcrpOn , 
pwrodir : 
pvmoen : 
rpvj : 
wpvi; 
oebrn . 
oeabf fn, 
oedtn, 
oestln, 
oemarn, 
Idbrn, 
smsexnn, 
mpsmwen , 
prmclrn, 
bsmloenn, 
mcrpln, 
mctp2n , 
mcrp3n, 
tu2pfln, 
bsmrOn ; 

—  synopsys  translate_oCf 

end  clu3synth; 

—  synopsys  translate_on 

— 00  end  csrl; 


out  vlblt; 

out  vlbit; 
inout  vlbit; 
out  vlbit; 
inout  vlbit; 


out  vlbit) ; 


--  synopsys  translat6_of f 
architecture  behavior  of  clu3synth  is 
—  synopsys  translate_on 
— 00  architecture  behavior  of  csrl  is 


type  osc_tick  is  (reset, pi, p2, p3. p4, p5, p6, p7, p8, p9, plO) ; 

type  cycle_type  is  <startup_cycle,rain_read, rajn_write,pwm_read,pvntt.write,prom_read, 

shro_cYcle,register_trans£er,cpu_alu, stretched) ; 

signal  xp2, 

Corce_pvTO, 

Hvaster_reset , 
cloc)ced_reset , 
pvmubusy, 
incio_enaible, 
sync_reset , 
ranv_address , 
rain_enable , 
write_strobe , 
pwtn_addr  es  s , 
shin_address , 
memory_cycle , 
shm_request. 
shm_grant, 
shm_lockout , 
eoip, 
eoipn, 
read. write, 
write_le£t. 
wr  i  te,,r  ight , 
burstn. 
if<nst<»i  clK, 
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latche<i_shin_reques  t , 
latched_shiiu.grant , 
shm_enable:  vlbit; 

signal  dbs :  vlbit_ld(0  to  3); 

--  synopsys  translate_of f 

constant  reg_delay:  time  :=  10  ns; 

--  synopsys  translate_on 

begin 


read  <=  not  rn; 
write  <=  not  wrn  or  not  win; 
memory_cycle  <=  read  or  write; 
write_left  <=  not  win  auid  rn; 
write_right  <=  not  wrn  and  rn; 
pwm_address  <=  not  pwen; 
ram_address  <=  rame; 
shm_address  <=  shme; 

shm_request  <=  shm_address  amd  memory_cycle  and  not  clocked_reset; 
shnulockout  <=  not  sn^n; 
shm_grant  <=  not  bsmgOn; 

incio_enad3le  <=  (not  alusO)  and  alusl  amd  alus2  and  alus3; 
shm_enable  <=  latched_shin_request  and  latched_shm_grctf>t 
atnd  not  shnu.lockout  amd  not  xpl; 
dbs  <=  dbsO  Sc.  dbsl  &  dbs2  &  dbs3; 
force_pwm  <=  not  pwcmdn; 
inaster_reset  <=  not  pfimpn; 

burstn  <=  not  (write_leCt  and  not  write_right  amd  shin_request) ; 


Latched_PPI : process  {inaster_reset , eoipn) 
begin 

If  inaster_reset  =  '1'  then 
clocked_reset  <=  '1'  ; 

--00  elsif  eoipn 'event  and  eoipn  =  '1'  then 
—  synopsys  trams late_off 

elsif  pchanging (eoipn)  amd  eoipn  =  '1'  then 
--  synopsys  trams late_on 

clocked_reset  <=  '0'  ; 

end  if; 
end  process; 


SYNPFI : process (mas ter_reset .cpn) 
begin 

If  inaster_reset  =  '1'  then 
sync_reset  <='!'  ; 

--  synopsys  trams late_off 

elsif  pchamging(cpn)  and  cpn  =  '1'  then 

--  synopsys  translate_on 

--@0  elsif  cpn'event  and  cpn  =  '1'  then 

sync_reset  <=  '0'  ; 

end  if; 

end  process  SYNPFI; 


pwm_holdof  f  : process  (cpn.  wpw, clocked_reset ) 
variable  wait_count:  integer  ;--$$  range  0  to  8; 
beg  in 

if  clocked_reset  =  '1'  then 
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wait_count  :=  1; 

pwnubusy  <=  '1*  after  reg_delay; 

--  synopsys  translate_off 

elsif  pchanging(cpn)  and  cpn  =  'l'  then 

--  synopsys  translate^on 

--00  elsif  cpn'event  and  cpn  =  '1'  then 

if  wpw  =  '1'  then 
wait_count  :=  1; 
elsif  wait_count  >■=  8  then 

wai t_count  : =  wai t_count ; 

else 

wait_count  :=  wait_count  +  1 
end  if; 

if  wait_count  <  8  then 

pvm(_busy  <=  '1'  after  reg_delay; 

else 

pwm_busy  <=  '0'  after  reg_delay; 
end  if; 

end  if; 

end  process; 


MUXDECODE: process  (3qpl,mcio_enable.mux2b.muxla,miixlb,  eoip) 

variable  teitpS:  vlbit_ld(0  to  7); 

begin 

tenpS  :=  (*00000000*); 

If  xpl  =  ‘O'  and  mcio_enable  =  '1'  then 

temp8(vld2int(muxlb  fc  muxla  fc  mux2b) )  :=  '1'; 


else  teirp8(vld2int(inuxlb  &  muxla  fc  mux2b)  > 

:=  '0' ; 

end  if; 

oebrn 

<  = 

not 

temp8 (1) ; 

oeabf fn 

not 

temps (2) ; 

oedtn 

<s 

not 

temps (3) ; 

oestln 

<S 

not 

ten¥>S  (4) : 

oemam 

<s 

not 

(  temp8(l)  or  ten5>8(5)  or 

ten^S  (0)  )  ; 

Idbrn 

<s 

not 

((  teR^8(0)  or  ten^8(6)  ) 

and  eoip) ; 

end  process  MUXDECODE; 

—  ab  transceiver  bus  contention  logic 

oead3_delay: process (oeabn, cpn) 

begin 

if  oeabn  =  '1'  then 

doeabn  <=  *1'  after  reg_delay; 

--  synopsys  tr2mslate_of f 
elsif  pchanging(cpn)  and  cpn  =  *1'  then 
--  synopsys  translate_on 
— 00  elsif  cpn'event  and  cpn  =  '1'  then 

if  :g)l  =  '1'  then 

doeabn  <=  '0'  after  reg_delay; 
end  if; 
end  if; 

end  process; 

Shared_Mem_RGquest :process (shm_rGquest,taurstn,cpn, xpl , shm„lockout ) 
beg  in 
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if  burstn  =  '0'  then 

latched_shit_recpiest  <=  '1'; 

--  synopsys  trcmslate_of f 

elsif  pchanging(cpn)  and  cpn  =  '1'  then 

--  synopsys'  translate_on 

__e@  elsif  cpn'event  and  cpn  =  '1'  then 


latched_shin_request  <= 

end  if; 
end  process ; 


not  eoip  and  not  shm_lockout 

amd  not  xpl  and  shin_rec[uest; 


Shared_Mem_Grant :process (xpl , shin_lockout , cpn) 
begin 

i f  xpl  =  ' 1 •  then 

latched_shin_graLnt  <=  '0'  after  reg_delay; 


--  synopsys  translate_of f 

elsif  pchanging(cpn)  and  cpn  =  *1'  then 

--  synopsys  translate_on 

--@0  elsif  cpn'event  and  cpn  =  '1'  then 


latched_shin_grant  <=  shin_grant  or  shin_lockout; 
end  if; 
end  process; 


PTU2PFIN: process (phs,pfiivrn) 

variad^le  count:  integer  ; — $$  range  0  to  9; 

begin 

If  pfiivrn  ='0'  then 
count : =0 ; 
tu2pf in<=' 0' ; 

--00  elsif  phs' event  and  phs  =  '1'  then 
—  synopsys  translate_of f 
elsif  pchanging(phs)  and  phs  =  '1'  then 
--  synopsys  translate_on 

if  count  =  9  then 
tu2pfin  <=  ' 1' ; 

else 

count  :=  count  +  1; 
end  if; 
end  If; 

end  process  PTU2PFIN; 


cycle_state:process {sync_reset,cpn) 


variable  end_of_cycle 
variable  next_state, 

current_state 
variable  current_cycle 
variable  bank 
variable  write_protect 

begin 


boolean; 

osc_tick; 

cycle_type; 

Integer  ; — $$  range  0  to  3; 
boolean; 


i f  sync_reset 

=  ' 1 ’  then 

mcrpOn 

<=  '1' 

after 

reg_delay; 

mcrpln 

<=  '1  ' 

after 

reg_delay; 

mcrp2n 

<-  •  1  • 

after 

reg_delay; 

mcrp3ji 

<=  •  J  • 

after 

reg_delay; 

ImcrdOn 

•!' 

after 

reg_delay ; 
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<  = 
<= 
<  = 


rmcrdOn  <= 

wpw  <= 

rpw 
xpl. 

Iban 
baipn  <= 

pr6ckn  <= 

pwmoen  <= 

xp2  <=  '0* 

eoip  <=  'O' 

register_cllc  < 
end_of_cycle  : 
write_protect 
write_strobe  < 
bank  : =  0 ; 
current_cycle 
ram_enable  <= 
current_state 
next_s  tate  :  = 


'1'  after  reg_delay; 
'0'  after  teg_delay; 
'0'  after  reg_delay; 
'1'  after  reg_delay; 
'0'  after  reg_delay; 
'0'  after  reg_delay; 
•0'  after  reg_delay; 
'1'  after  reg_delay; 
after  reg_delay; 
after  reg_delay; 

=  '0'  after  reg_delay; 
=  false; 

:=  false; 

=  '0'  after  reg_delay; 

;=  startup_cycle; 

'0'  after  reg_delay; 

;=  reset; 

pi; 


--  synopsys  trims late_off 

elsif  pchanging(cpn)  and  cpn  =  '1'  then 

—  synopsys  translate_on 

--00  elsif  cpn'event  and  cpn  =  '1'  then 


next_state; 

false; 

false; 


current_state 
end_o  f _cyc le 
write_protect 

case  current_state 
when  pi  => 

next_state 

mcrpOn  <= 

mcrpln  <= 

nicrp2n  <= 

incrp3n  <= 

ImcrdOn  <= 

rmcrdOn  <= 

wpw  <= 

xpl  <= 

Ibim  <= 

baipn  <= 

pr6ckn  <= 

pwmoen  <= 

ram_eneODle  <= 


is 

:=  p2; 

'1*  after  reg_delay; 
•1*  after  reg_delay; 
'1*  after  reg_delay; 
'1'  after  reg_delay; 
'1*  after  reg_delay; 
'1*  after  reg_delay; 
'0'  after  reg_delay; 
'1*  after  reg_delay; 
'0'  after  reg_delay; 
'0'  after  reg_delay; 
'0*  after  reg_delay; 
'1'  after  reg_delay; 
'0'  after  reg_delay; 


when  p2  => 


next_state  : 

=  p3 

t 

xp2 

<s 

'1' 

after 

reg_delay; 

xpl 

<s 

'0' 

after 

reg_delay; 

baipn 

<= 

'1' 

after 

reg_delay; 

rpw 

when  p3  => 

<  = 

'0' 

after 

reg_delay; 

xp2  <=  'O'  after  reg_delay; 
if  clocked_reset  =  '1'  then 

current_cycle  :=  startup_cycle; 

elsif  pwm_address  =  '1'  or  force_pwm  = 
if  read  =  '1'  and  write  =  '0'  then 
current_cycle  :=  pwm_read; 
elsif  write  =  ’I'  then 


•  then 
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' 0 '  then 


n 


current_cycle  :=  pwm_write; 
pvnnoen  <=  '0'  after  reg_delay; 
else  current_cycle  :=  register_traiisf er ; 
end  if; 

elsif  raiT\_address  =  '1'  and  read  =  '1'  and  write  = 
current_cycle  ;=  r2un_read; 

ImcrdOn  <=  '0'  after  reg_delay; 
rmcrdOn  <=  '0'  after  reg_delay; 

elsif  ram_address  =  '1'  and  write  =  '1'  then 
current_cycle  :=  r2un_write; 

ImcrdOn  <=  not  write_left  after  reg_delay; 

rmcrdOn  <=  not  write_right  after  reg_delay; 

write_strobG  <=  '1'  after  reg_delay; 

elsif  abOO  =  *1'  and  read  =  '1'  then 
current_cycle  :=  prom_read; 
bsmk  ;=  vld2int(  cibOl  &  adD02  ); 
case  bank  is 

when  0  =>  mcrpOn  <=  '0'  after  reg_delay; 
when  1  =>  mcrpln  <=  'O'  after  reg_dGlay; 
when  2  =>  mcrp2n  <=  '0'  after  reg_delay; 
when  3  =>  mcrp3n  <=  '0'  after  reg_delay; 
when  others  =>  null; 
end  case; 

elsif  (shme  =  '1'  and  memory_cycle  =  '1')  then 
current_cycle  ;=  shin_cycle; 

elsif  dbs  =  vlbit_ld' ( -llOi- )  then 
current_cycle  :=  stretched; 

elsif  alumode  =  '0'  then 

current_cycle  :=  cpu_alu; 

else 

current_cycle  :=  rGgister_transfer; 

end  if; 

raTO_enable  <=  ram_address  after  reg_delay; 

Iban  <=  '1'  after  reg_delay; 

baipn  <=  'O'  after  reg_delay; 

if  (current_cycle  =  pvraL.read  or  current_cycle  =  pwm_write) 
and  pwm_busy  =  ' 1 '  then 
next_state  :=  current_state; 

elsif  (current _ cycle  =  shm_cycle)  and  latched„shm_grant  =  '0'  the 

next_state  :=  current_statG; 

else  nGXt_state  :=  p4; 

end  if; 

when  p4  => 

if  current_cycle  =  register_transfGr  then 
end_of_cycle  ;=  true; 
nGXt_statG  :=  pi ; 

else 

next_statG  :=  p5; 

end  i f ; 
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'O'  an 


d  gie 


if  current_cycle  =  pwitU-Cead  then 
rpw  <=  '1'  after  reg_delay; 
end  i f ; 


if  ab03  S,  ab04  t  abOS  =  vlbit_ld' ( •  HI  ■ )  and  mcio_enable 

and  clocked_reset  =  'O'  then 
write_protect  :=  true; 
end  if; 


if  current_cycle  =  pwm_write  and  write_protect  =  false  then 
wpw  <=  '1'  after  reg_delay; 
end  if; 

baipn  <=  '1'  after  reg_delay; 


when  p5  =>  ,  _ 

if  current_cycle  =  cpu_alu  or  current_cycle  =  rain_write 
or  current_cycle  =  pwm_write  then 
end_of_cycl6  ;=  true; 
next_state  :=  pi; 

else 

next_state  :=  p6; 
end  if; 


wpw  <= 
rpw  <=. 
write_strobe  <= 
pr6c)cn  <= 


'0' 

•  O' 

•  0' 
'1' 


after  reg_delay; 
after  reg_delay; 
after  reg_delay; 
after  reg_delay; 


if  current_cycle  =  prora_read  or  current_cycle  =  raiii_read  then 
end_of_cycle  :=  true; 
next_state  :=  pi; 

else 

next_state  :=  p7; 
end  if; 

when  p7  => 

if  current_cycle  =  shin_cycle  then 
next_state  :=  pi; 
end_of_cycle  j=  true; 

else 

next_state  :=  p8; 
end  if; 

when  p8  => 

if  current_cycle  =  stretched  then 
next_state  :=  pi; 
en<i_of_cycle  :=  true; 

else 

next_state  :=  p9; 

if  current_cycle  =  pwm_read  then 
pwmoen  <=  '0'  after  reg_delay; 
end  if; 
end  if; 

when  p9  =» 

next_state  :=  plO; 

when  plO  => 

next_state  :=pl; 
end_of_cycle  ;=  true; 

when  reset  .-■> 
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next_state  :=  pi; 


end  case ; 

if  end_of_cycle  then 

eoip  <=  '1'  after  reg_delay; 
if  current_cycle  /=  startup_cycle  then 
register_clk  <=  '1'  after  reg_delay; 
end  i f ; 

else 

eoip  <=  'O'  after  reg_delay; 
register_clk  <=  '0'  after  reg_delay; 
end  i f ; 
end  i f ; 

end  process  cycle_state; 

pwm_direct ion: process (pwmoen, xp2  ,  read) 
begin 

i£  xp2  =  '1'  emd  pwmoen  =  '1'  then 
pwmdir  <=  read  after  reg_delay; 
end  iC; 
end  process ; 

rajn_direction:process (ranuaddress,  read,xp2,rain_enable) 

^  if  xp2  =  '1'  and  ranuaddress  =  '1'  and  ram_enable  =  '0'  then 

rcundir  <=  read  after  reg_delay; 
end  if; 
end  process; 


apuck 
cmbrckn 
eolpn 
ipuckn 
eoickn 
cpuckn 
prmclrn 
mpmemenn 
mcrwn 
bsmioenn 
bsmrOn 
smsexnn 
mpsiRwen 
))  ; 


<=  register_clk; 

<=  not  eoip; 

<=  not  eoip; 

<=  not  register_clk; 

<=  not  register_clk; 

<=  not  register_clk; 

<=  not  xpl; 

<=  not  memory_cycle; 

<=  not  write_strobe; 

<=  not  shm_enable; 

<=  not  latched_shm_reguest; 

<=  not  (shm_en2djle  aind  read  emd  not  xpl); 

<=  not  (not  xpl  and  write  and  eoipn  and  (not  clocked_reset  and  eoipn 


end  behavior; 
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LOGIC  SYNTHESIS  SCRIPT  (SYNOPSYS) 
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/♦  SYNOPSYS  2.0  SCRIPT  FOR  CREATING  CLU3  DESIGN  ON  ACTED  1240  FPGA 
D.  MCGORTY  1/22/92  */ 

designer  =  "Dave  McGorty  •; 
compciny  =  “  C .  S .  Draper  Labs  ■ ; 
default_schematic_options  =  "-sire  D' 

/•  READ  PACKAGE  FILES  WHICH  RECOGNIZE  VIEWLOGIC  VHDL  FUNCTIONS  ./ 

hdlin_files  =  ‘ {-/synop/vlbit.vhd  -/synop/vlmath . vhd  )■ 

/*  SET  DEFAULT  TO  ACTED  ACT2  LIBRARY  */ 

search_path  =  /external/draper/actel/lib  /external /synopsys/ libraries  ” 
lin)c_library  =  ■/external/draper/actel/lib/act2_20 .db  • 
target_library  =  ‘/external/draper/actel/lib/ act2_20 .db  ‘ 
syinbol_ library  =  “ /external/draper/actel/lib/act2 . sdb  ■ 

/*  DONT  USE  NEGATIVE  EDGE  TRIGGERED  D- FLOPS.  THIS  PREVENTS  THE  COMPILER  FROM 
ADDING  GATES  TO  BUFFER  OUTPUT  OF  THE  CLKBUF  BUFFER.  SYNOPSYS  DOES  NOT 
RECOGNIZE  THE  FACT  THAT  ONLY  SPECIAL  GATES  CAN  INPUT  THE  CLKBUF  OUTPUT.  */ 

dont_use  (  act2/DFlB,  act2/DFlC,  act2/DFClA.  act2/DFClD^  act2/DFClG  ) 

/*  SET  UP  REQUIRED  EDIF  VARIABLES  FOR  EVENTUAL  READING  BY  VIEWLOGIC  EDIF2VL2 
EDIF  READER  •/ 

edi f out_no_array • =  *  true • 
edifout_netlist_only=‘ false' 
edi f out_external= • true* 

edifout_power_and_ground_representation  =  ‘cell*; 

/*  REMOVE  SPECIAL  COMMENT  STRINGS  IN  THE  VIEWLOGIC  VHDL  TO  ENABLE 
SYNOPSYS-SPECIFIC  STATEMENTS  * / 

sh  trans  -x  -/synop/vl2synop.dic  -i  -/workview/inp/behv/clu3synth . vhd  -o  temp_synth . vh 


/*  READ/COMPILE  VHDL  FOR  DESIGN  MINUS  I/O  BUFFERS  •/ 

read  -format  vhdl  ten5)_synth . vhd 

create_schematic  -size  D  -no_schematic 
se 

compile  -no_roap 

create_schematic  -size  D  -no_schematic 
se 

/*  EXTRACT  AS  A  FINITE  STATE  MACHINE  THE  REGISTER  CORRESPONDING  TO  THE  ‘NEXT_STATE‘ 
STATE  VARIABLE  AND  ITS  ASSOCIATED  LOGIC.  USE  ONE-HOT  STYLE  FOR  MAX  SPEED  •/ 

set_fsm_raininiize  true 

set_fsra_encoding_style  one_hot 

set_fsm_state_vector  {next_state_reglO) ,next_state_reglll ,next_state_reg[2) .next_stat 
e_regl31 ) 

group  -fsm  -design  FSMl 

create_schematic  -size  D  -no_schemat i c  -no_syinbol_viGw  -no_hiGrarchy_view  -gen_databa 
se 

current_des ign  =  FSMl 

create_schGmati  c  -size  p  -no_.scliemat  ic  -no_symbol_viGw  -no_hverarchy_vi  ew  -gen.datalja 
se 

extract 

create_.'?clienvit  i  c  -ai/.r  IJ  nu  .sclurma  c  i  c  no  .symbo  1  _  v  i  ew  nf>  ..li  i  erarchy,  y  i  ew  goii  <latal>i 
S<! 


-no_syrobol_view  -no_hierarchy_view  -gen_databa 
-no_syrobol_view  -no_hierarchy_view  -gen_databa 


set_fsnu.minimize  true 
reduce_fsm 

/*  CONSTRAIN  COMPILER  FOR  MAX  CLOCK  FREQUENCY  */ 

create_clock  cpn 
inax_period  20  cpn 

/•  ALLOW  INFINITE  FANOUT  TO  PREVENT  CLOCK  BUFFERING  •/ 

set_iaax_fanout  200  current_design 
compile 

create_schematic  -size  D  -no_schematic  -no_syTnbol_view  -no_hierarchy_view 
create_schetnatic  -size  D  -no_bus 

/*  FLATTEN  FINITE  STATE  MACHINE  INTO  REST  OF  DESIGN  •/ 

current_design  =  csrl 

create_schejnatic  -size  D  -no_schematic  -no_symbol_view 
create_cloc)c  cpn 
max_period  20  cpn 
conqpile  -ungroup_all 

create_schematic  -size  D  -no_schematic  -no_syinbol_view 
create_schematlc  -size  D  -no_bus 
set_arrival  -joax  -SO  pfin^n 
set_arrival  -max  -50  clocke<SL.reset_reg/QN 
set_arrival  -max  -50  sync_reset_reg/QN 
set_arrival  -rise  0  cpn 
set_arrival  -fall  10  cpn 
current_design  =  csrl 

/*  ACTEL  RECOMMENDS  MAXIMUM  FANOUT  OF  10  FOR  ALL  EXCEPT  CLKBUF  •/ 

set_roax_Canout  10  current_design 
dont_touch  cpn 

create_scheroatic  -size  D  -no_schenvatic  -no_syinbol_view  -no_hierarchy_view 

/*  TRY  AS  HARD  AS  POSSIBLE  TO  DO  A  GOOD  JOB  MAPPING  */ 

compile  -map_effort  high 
create_schematic  -size  D  -nojbus 

/•  READ  VHDL  MODEL  WITH  I/O  BUFFERS  INSTANTIATED,  AND  FLATTEN  •/ 

read  -f  vhdl  -/workview/csrclu3/clu3io.vhd 
compile  -increraental_roapping  -ungroup_all 
create_schematic  -size  D  -no_t)Us 
sh  rm  temp_synth . vhd 

/•  WRITE  EDIF  SCHEMATIC  FORMAT  •/ 

write  -f  edit  -o  clu3io.edif 

/*  SAVE  AS  SYNOPSYS  DB  FORMAT  •/ 

write  -f  db  -output  temp_clu3io.db 


-no_hierarchy_view 


-no_hierarchy_view 
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SIMULATION  TEST  BENCH  TOP-LEVEL  DIAGRAM 


42 


Mice 

MISSION 

I>ROCESSOR. 


Q 


FPGA  DESIGN  FLOW 


44 


